home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19990422-19990725 / 000201_news@columbia.edu _Tue Jun 22 12:33:19 1999.msg < prev    next >
Internet Message Format  |  1999-07-23  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA04701
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 22 Jun 1999 12:33:12 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA21719
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 22 Jun 1999 12:10:53 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Reading data from COM port
  11. Date: 22 Jun 1999 12:10:44 -0400
  12. Organization: Columbia University
  13. Message-ID: <7koci4$qbu@watsun.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <7ko6ct$a5d$1@nnrp1.deja.com>,
  17. quertyq@hotmail.com  <quertyq@hotmail.com> wrote:
  18. : I have a situation where I need to hook up a PC and a report-generating
  19. : device via a serial cable between the com ports.
  20. : 
  21. : When the device prints a report, I need the PC ( running kermit ) to
  22. : capture the data exactly, and output the data to a file on the PC.
  23. : 
  24. Which Kermit program are you using?
  25.  
  26. : Now I know the procedure for log session, and stuff like that, but I
  27. : need to write a script so this is done _unattended_.  This seems to
  28. : be a problem. I've tried to log session and it will not log the output
  29. : until I manually connect -- no good.
  30. : 
  31. : I have tried to "input 0 \10" to wait for the line feed to capture
  32. : using the input buffer, but this too seems futile.  The buffer
  33. : changes the output, and the "clear input-buffer" did not solve the
  34. : problem. Again, the integrity of the data being captured is critical
  35. : to the other programs working.
  36. : 
  37. I'm not sure I understand the problem you're describing.  If you want to
  38. capture and write a line at a time, you can do it like this (exact syntax
  39. might vary, depending on Kermit program and version):
  40.  
  41.   open write <filename>
  42.   if fail <do_something>
  43.   (do anything necessary to set up far end here)
  44.   while true {
  45.       clear input
  46.       input 0 \10
  47.       write file \v(input)     
  48.   }
  49.  
  50. : I've worked with Kermit before, and after much bragging to my boss,
  51. : I'm in a bit of a pickle right now.  Between my boss on one shoulder,
  52. : and the deadline on the other ... <ahem>  HELP!
  53. : 
  54. Anyway, the trick is usually something like:
  55.  
  56.   (make connection)
  57.   log session <filename>
  58.   input 9999 xxxxx
  59.  
  60. where "9999" is how many seconds you want to do this for, and "xxxxx" is
  61. either some string that will never come, or a string that, if it comes,
  62. should terminate the logging.
  63.  
  64. - Frank